Software Vault: The Gold Collection/Software Vault - The Gold Collection (American Databankers) (1993).ISO/cdr12/v93n03y.zip/V93N035.IBM

Internet Message Format | 1993-05-05 | 23KB

From:    WF02::IN%"[e-mail]"  9-MAR-1993 01:43:14.42
To:    James Gerber <[e-mail]>
CC:
Subj:    Info-IBMPC Digest V93 #35

Return-path: $$INFOPC
 <@WS5.CIS.TEMPLE.EDU:$$[e-mail]>
Received: from JNET-DAEMON by GRAD.CIS.TEMPLE.EDU; Tue, 9 Mar 93 00:38 EST
Received: From TEMPLEVM(MAILER) by TMPLCIS with Jnet id 5102 for
 GERBER@TMPLCIS; Tue,  9 Mar 93 00:38 EDT
Received: from TEMPLEVM.BITNET (NJE origin LISTSERV@TEMPLEVM) by VM.TEMPLE.EDU
 (LMail V1.1d/1.7f) with BSMTP id 6089; Tue, 9 Mar 1993 00:38:04 -0500
Date: Sat, 6 Mar 1993 01:40:25 GMT+1
From: Info-IBMPC Digest <[e-mail]>
Subject: Info-IBMPC Digest V93 #35
Sender: Info-IBMPC redistribution list <$$[e-mail]>
To: James Gerber <[e-mail]>
Reply-to: [e-mail]

Info-IBMPC Digest           Sat,  6 Mar 93       Volume 93 : Issue  35

Today's Editor:
         Gregory Hicks - Rota Spain <[e-mail]>

Today's Topics:
                          MBR Switch for FDISK
                          ATI E-mail address?
               C-Kermit & modems, ZModem, colors (5 msgs)
                         Help! my tape backup.
                    Help needed with icons (3 msgs)
                          How Bad is OS/2 NFS?
                      LPTn:=COMn: from programme?
               Maximus/2 and zmodem transfers, it won't!
                    Problem with C-Kermit's "while"
                           TELETEXT and P.C.?
            WIN-OS/2 Full Screen thinks it is a DOS program

Send Replies or notes for publication to: <[e-mail]>

Send requests of an administrative nature (addition to, deletion from
the distribution list, et al) to: <[e-mail]>

Addition and Deletion requests for UK readers should be sent to:
<[e-mail]>

Archives of past issues of the Info-IBMPC Digest are available by FTP
ONLY from WSMR-SIMTEL20.ARMY.MIL in directory PD2:<ARCHIVES.IBMPC>.

----------------------------------------------------------------------

Date: 22 Feb 93 08:39:21 GMT
From: Fridrik Skulason <[e-mail]>
Subject: /MBR

[e-mail] (Mike Dunnagan) writes:

>Can this be used to remove a boot sector virus?

FDISK /MBR can be used to remove most viruses that infect the MBR - not
those which infect the DOS boot sector. As a rule of thumb, if your MBR
is infected with a virus, boot from a clean diskette, and check if your
C: partition is recognized. If DOS does not find it, do NOT use FDISK
/MBR to clean the hard disk.

Fridrik Skulason      Frisk Software International     phone: [phone]
Author of F-PROT      E-mail: [e-mail]         fax:   [phone]

------------------------------

Date: 21 Feb 93 17:35:59 GMT
From: Anthony Quinn <[e-mail]>
Subject: ATI E-mail address?

[e-mail] writes:
>
> Does anybody know an E-mail address to reach ATI Technologies inc. ?

Email ATI at [e-mail]

  //     //     Anthony Quinn       Toronto, Ont., Canada
 //     //     [e-mail]   "Take off to the Great White North..."
 ==== ====    uunorth!cibbs!anthony

------------------------------

Date: 15 Feb 93 06:10:40 GMT
From: Chris Waters <[e-mail]>
Subject: C-Kermit & modems, ZModem, colors...

Well, after pouring over docs, and using the famous old
trial-and-error, I've got C-Kermit up and running pretty well.  There's
just a few things I haven't managed to figure out.  In no particular
order, they are:

1.  How can I send the proper modem initialization strings.  I tried
"output <string>", but it doesn't seem to do anything at all.
Presumably because there's no carrier.  Does anyone have any
suggestions?  Something I can put into kermit.ini?

2.  How about calling a Zmodem protocol driver?  I can probably
brute-force-and-ignorance my way through this, but I thought I'd ask,
and see if I could save myself the effort of reinventing wheels.

3.  And, about these colors.  I don't know who did the port, but
personally, I like white on black.  For one thing, I have some programs
that reset the screen to white on black, and some that just clear the
screen.  Which means, under C-Kermit, sometimes my screen is white on
black, sometimes it's black on blue, and sometimes it's a gawdawful
mixture of the two.  I have the sources, so I was wondering if anyone
has a quick patch to remove the black-on-blue silliness--which has to
be taking up extra code space, etc....

Help and suggestions would be appreciated.  Thanks

Chris Waters
[e-mail]

------------------------------

Date: 15 Feb 93 21:23:59 GMT
From: Chris Waters <[e-mail]>
Subject: C-Kermit & modems, ZModem, colors...

 [e-mail] (Darrel Hankerson) writes:

>Try
> help set dial

Thanks, that'll work.

>If you demand to do it this way, look at HELP SET CARRIER

I'll look into this too, though for now, the first solution should be
adequate.

>Try Wahlgren's m2zmodem, using

> define sz !m2zmodem -f 1 -s %1
> define rz !m2zmodem -f 1 -r %1

Thanks, that was the information I was looking for.  In fact, that was
the brute-force-and-ignorance approach I was planning to take.  I was
hoping that maybe there was some better trick--maybe some way to detect
the Zmodem signature string, and automatically launch the driver.  But
this approach will certainly work.

> C-Kermit 5A is documented in the book "Using C-Kermit" by Frank da Cruz
> and Christine M. Gianone, Digital Press, Burlington, MA, USA.  Digital
> Press ISBN: 1-55558-108-0; Prentice-Hall ISBN: 0-13-037490-3.  Price: US
> $34.95.  Available: Winter 1992.

I'll probably get this, but I wanted to make sure that it was possible
to get the features I want working before I went out and spent $35 on
the manual.  (Gee, it's sorta like shareware, except different, eh?)
:-)

Thanks to all who emailed and posted tips and suggestions!

cheers
--
Chris Waters
[e-mail]

------------------------------

Date: 18 Feb 93 23:20:44 GMT
From: Kai Uwe Rommel <[e-mail]>
Subject: C-Kermit & modems, ZModem, colors...

Use SET DIAL INIT-STRING. This string is then sent before the actual
dial string when using the DIAL command. (Look into SET DIAL DIRECTORY
too, or, better, the whole SET DIAL family of commands).

>2.  How about calling a Zmodem protocol driver?  I can probably

You can use M2Zmodem. Define the macros:

        define sz !m2zmodem -u \v(ttyfd) -h -prty 0 -s \%1
        define rz !m2zold -u \v(ttyfd) -h -prty 0 -t -res -r \%1

then you can use them as if sz and rz were ordinary C-Kermit commands.

>3.  And, about these colors.  I don't know who did the port, but

Well, I did the port and like those colors ...

>that reset the screen to white on black, and some that just clear the

Use the SET TERMINAL COLOR command. It's much easier than patching the
code. :-)

/* Kai Uwe Rommel                                      Muenchen, Germany *
 * [e-mail]                       Phone [phone] *
 * [e-mail]                  Fax [phone] */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams

------------------------------

Date: 18 Feb 93 23:23:52 GMT
From: Kai Uwe Rommel <[e-mail]>
Subject: C-Kermit & modems, ZModem, colors...

 [e-mail] (ERIC TODD LANDRIEU) writes:
>>
>>>2.  How about calling a Zmodem protocol driver?  I can probably
>>
>>Try Wahlgren's m2zmodem, using
>> define sz !m2zmodem -f 1 -s %1
>> define rz !m2zmodem -f 1 -r %1
>>in your ckermod.ini file. To download from your sparc account, start the
>>sparc zmodem with
>>  sz filename
>>and then do
>>  Ctrl-X    (to get to command mode)
>>  rz        (to start m2zmodem)
>>
>>NOTE: I have only played with this, and others have had problems
>>(apparently due to different implementaions (?) of zmodem).
>>
>I would like to do this as well, and have tried, but my system refuses to
>shell out to the command prompt correctly.  If I try to shell out, the window
>hangs after showing the "OS/2 version 2.00"... stuff.  I cannot shut down the
>window until I shut down the system, and I can get no more input from it.
>I've checked the documentation, and all it says is to check my COMSPEC
>statement, which I've done 3 million times.  The only thing I can think of is
>that maybe the SIO drivers (I'm using 0.43a) do not like my shelling out while
>connected.  My system works perfectly except for this problem(I would like to
>use a different protocol for u/d loads).

This seems to be a bug with OS/2 2.1 as it does not occur on 2.0 but I
can reproduce it on 2.1 beta.

However, "getting to command mode" meant *not* to move into a subshell
but rather to *return* to the command mode (where you entered the
connect command to get into connect mode). This works fine under 2.1
beta.

/* Kai Uwe Rommel                                      Muenchen, Germany *
 * [e-mail]                       Phone [phone] *
 * [e-mail]                  Fax [phone] */

DOS ... is still a real mode only non-reentrant interrupt
handler, and always will be.                -Russell Williams

------------------------------

Date: 20 Feb 93 02:33:01 GMT
From: Chris Waters <[e-mail]>
Subject: C-Kermit & modems, ZModem, colors...

 [e-mail] (Kai Uwe Rommel) writes:

> [e-mail] (Gyan P. Sinha) writes:
>>How about adding command line recall, as in GnuPlot etc., to C-Kermit?

>Unfortunately, the syntax driven command line of C-Kermit will be very
>difficult to change to incorporate a command history. If you take a
>look at the algorithm (source), you will agree. These two basic
>prinziples just don't fit together in C-Kermit.

Yup, and by ghu, that syntax-sensitive stuff is *sure* annoying!!!
Especially for someone like me who only glances at the screen
occasionally, and rarely while I'm typing!  Personally, I'd gladly dump
the syntax driven [expletive-deleted] stuff for a simple GNU readline
call, if it were available, and never look back.

The syntax-sensitive stuff seems to be yet another attempt to re-invent
wheels, and *I* happen to like the wheels I've been using.

Ah well, aside from this, CKermit's pretty nice (though the scrollback
under OS/2 could use some speedup).  I'll live (though I plan to whine a
lot).  :-)

Chris Waters
[e-mail]

------------------------------

Date: 23 Feb 93 15:41:02 EST
From: [e-mail]
Subject: Help! my tape backup.

I have a tape backup which is Jombo 250MB.  Before I used it under OS/2
2.0, everything was looked fine.  But two weeks ago, I installed OS/2
Service Package, then there is a problem about OS/2 extended
attribution.  Therefore, I can't use it anymore.

Dose anyone know how to fix it or give me suggestions.  Thank you.

Ming
[e-mail]

------------------------------

Date: 19 Feb 93 19:44:09 GMT
From: Steve Luzynski <[e-mail]>
Subject: Help needed with icons

 [e-mail] (Joseph B Huber) writes:
>From: [e-mail] (Joseph B Huber)
>
>I am having some trouble manipulating icons, so I would greatly
>appreciate any help/advice with the following problems.

>Problem 1:
>Apparently, some programs store the icon picture in the .exe file. Let's say
>that a.exe is such a program. I want to use the icon from a.exe for program
[Long process deleted]
>What am I doing wrong?

Try this: open the settings for a.exe and edit the icon. Select Save
As...  and save it as a .ico file. Close the editor. Attach the .ico
with the method of your choice - either with the Settings notebook or
with TFS's ADDICON.CMD.

>Problem 2:
>I type in the path for dvipm7.exe and OS/2 automatically finds the
>icon (the icon must be in dvipm7.exe). I select the "General" tab and
>click on "Edit" to edit the icon. The icon editor gives me the error:
>c:\os2\wp!1.ico cannot be read or is not a proper image file. I don't
>have such a file anywhere that I can tell. Why can't I edit the icon
>for dvipm7.exe?

Not sure exactly what your problem is here, but c:\os2\wp!1.ico is how
the WPS passes the icon to IconEdit. It copies the icon to that temp
file and then loads the editor up with that wp!1.ico file. When you
exit and save the icon back to wp!1.ico the WPS copies that icon into
the file you were editing the icon for and deletes the temp file.

Can you edit this icon if you find the program with your drives object
and open the settings from there?

steve luzynski @ case western reserve university in cleveland, oh
[e-mail]  | voice calls accepted all night at x2153.

------------------------------

Date: 20 Feb 93 17:35:34 GMT
From: Jerry Bryan <[e-mail]>
Subject: Help needed with icons

Just as a comment in passing, icons can actually be stored in *three*
places, not two:

1) inside an *.exe file,
2) as an *.ico file, and
3) as extended attributes of *any* file.

I can usually muddle through it, but I, too, find manipulating icons
between these three locations to be confusing and poorly documented.
If worst comes to worst, if you can once get any icon into the icon
editor, you can Save As to get it into an *.ico file.  From that point,
go into the icon editor a second time for the object to which you want
to associate the icon, and pull in the *.ico file you just made.  In
other words, if a one-step process fails to move an icon where you
want, try a two-step process.

To tell you the truth, my (uneducated and humble) opinion is that that
there are either some design flaws or some incomplete implementations
in the icon processing code.  I do not believe that all the icon
processing code fully supports the three locations where icons can be
stored.  If all the icon processing code fully supported all three icon
locations, I don't think you would be having the problems you describe.

------------------------------

Date: 21 Feb 93 08:15:57 GMT
From: Jonathan Bruce Hacker <[e-mail]>
Subject: Help needed with icons

>> Problem 1:

>Open the drive object, display an icon view of the directory in which
>a.exe resides, open the settings notebook for a.exe, select General,
>edit the icon, then "Edit|Select All", "Edit|Copy", then close the icon
>editor and open the settings notebook for b.exe, edit the icon and
>"Edit|Paste" the a.exe icon.

>As a side note,

>IBM, can I say that this method is barbaric, compared to how easy the
>equivalent can be done under Windows?

Get the freeware program icontool from ftp-os2.nmsu.edu.  I believe it
is icon_160.zip (but that is from my fuzzy memory).  Anyway, icontool
allows you to extract icons from exe and dll files, and drag'n'drop
them around the desktop.  Its the only way to mess with icons.

Jon Hacker
Caltech, Pasadena CA
[e-mail]

------------------------------

Date: 16 Feb 93 21:23:11 GMT
From: Gerry Thome <[e-mail]>
Subject: How Bad is OS/2 NFS?

 [e-mail] writes:

The original append asked about why NFS was slow compared to other
network servers.  Writing to the disk was stated as the main reason for
NFS's slow performance.  While this may be true (and I'll explain how
LAN Server writes to disk below) there are other reasons for better
performance in LAN Server/Manager and Netware.

One major reason LAN Server/Manager/Netware are faster than NFS is the
protocol that they run on.  Netbios/Netbuei/IPX are much much much
faster than IP.  Of course, Netbios/Netbuei/IPX are not as scalable to
a WAN as IP is.  So you have to make up your mind here, speed or
scalability.  I choose to straddle the fence and run Lan Server and
IBM's TCP/IP for OS/2.

>>I'm curious to know what other remote file systems (such as Novell,
>>Lantastic, LAN Server, and LAN Manager) use to insure write integrity.

IBM Lan Server employs some write-behind logic so the file does not
have to be fully written at the server before the client is told
everything is OK.  In the case of the IBM Lan Server Advanced Server
(2.0 & 3.0), a cache is used to speed up the write, because writing to
RAM is faster than writing to disk.  The cache is written to disk at at
later time.

>Can't say about Novell, Lantastic and LAN Server, but LAN Manager is
>extremely fast so I presume it uses delayed (asynchronous) writes.
>I was using a PS/2 model 80 and network writes were faster than writes
>on the local hard disk!

>To ensure data integrity you really have to use it with a UPS. It's
>got good UPS support and allows you to use the battery low signal (if
>your UPS provides one). You can even tell what the discharge/charge
>time ratio is (e.g. for each minute of discharge take three minutes of
>charge) etc.  This is used for repeated short power outages...

Agreed.

| Gerry Thome              | t/l  678-2256   fax : t/l  678-8597 | Internal |
| IBM-Austin               | [phone]         [phone] | Zip 9132 |
| OS/2 DCE RPC Development | 11400 Burnet Rd, Austin, TX 78758   | MSU '89  |
| I don't speak for IBM in any way...                            | Go Dogs! |

------------------------------

Date: 11 Feb 93 02:25:28 GMT
From: "Mr. John T Jensen" <[e-mail]>
Subject: LPTn:=COMn: from programme?

Does anyone know how to do the equivalent of MODE's reassignment of
printer output to a serial port?  I know how to do this using
conventional file redirection using cdup and dup but these apply only
for the duration of the programme.  I know how to do it in CP/M and
suspect that MODE does the same sort of thing -- but don't know how to
do it.  That is, the MODE command can terminate leaving LPTn:
redirected.  I think it is also possible to redirect PRN: to LPT2: or
-3: so that, once back in COMMAND.COM, output sent to PRN would go to
the redirected device.  But I don't know how to do it.  At present the
only way is to shoot of a system call to mode which is pretty inelegant
and requires MODE to be accessible.

Please understand I am not asking how to do conventional file handle
redirection.  I know how to do that.  It is the low-level DOS device
names which can be redirected and left that way for subsequent DOS
operations that I am asking about.

jj

John Thayer Jensen                      64 9 373 7599 ext. 7543
Commerce Computer Services              64 9 373 7437 (FAX)
Auckland University                     [e-mail]
Private Bag 92019
AUCKLAND
New Zealand

------------------------------

Date: 17 Feb 93 21:14:35 GMT
From: Conrad Bullock <[e-mail]>
Subject: Maximus/2 and zmodem transfers, it won't!

 [e-mail] (cs3347ak) writes:
> I have Maximus/2 set up and running almost fine: Users can't download
>with Zmodem. Maximus starts resending data every 3K, and my whole
>system locks up every few seconds (completely locked up, until the next
>packet of data is resent). I'm using the MAXCOMM.DLL dated 11-23-91,
>and the COM.SYS dated 10-16-92 (service pack). I've already tried using
>the SIO040 drivers, but it just makes the system resend packets faster.
>The users have to use Xmodem to be able to download. Anybody know
>what's wrong?

It sounds like you need to enable hardware handshaking on the serial
port (and in the modem). Try putting

RUN=D:\OS2\MODE.COM COM1:38400,N,8,1,OCTS=ON,RTS=HS,BUFFER=AUTO

(Or similar - change to suit) In your CONFIG.SYS, or run it before Max.

------------------------------

Date: 18 Feb 93 08:12:57 GMT
From: William Unruh <[e-mail]>
Subject: Problem with C-Kermit's "while"

[e-mail] (Nick Pomponio) writes:

>This script is supposed to redial the number until a successfull
>connection is made. Sometimes it works, and somtimes it doesn't.

Try this script instead- it works for me.

define ubc2400 dial <telephone number>
define logbh <connection script ending with connect>
define callubc  for \%i 1 50 1 { ubc2400, if success define \%i 1000 },
  if > \%i 1000 logbh, else echo "Too many failures : try again"

------------------------------

Date: Tue, 23 Feb 1993 17:35 GMT
From: "Ian Spillane, U.C.C., 'Eire" <[e-mail]>
Subject: TELETEXT and P.C.?

I can't imagine how many of you will even know what teletext is, but
certainly if there are any readers in Europe you will probably be
familiar with the system which transmits information via the television
broadcast signal.

My question is: is there any way of accessing Teletext via a P.C.?
(inexpensive)

Indeed, is it possible to rip the decoder from an old T.V. and make
some use of it?

                      : Ian David Spillane
                      : Computer Science Diploma
                      : University College Cork, 'Eire
                      : [e-mail]
                      : [e-mail]

------------------------------

Date: 18 Feb 93 23:14:45 GMT
From: Kai Uwe Rommel <[e-mail]>
Subject: WIN-OS/2 Full Screen thinks it is a DOS program

 [e-mail] (Sumant Sahay) writes:
>       4. Cold boot the system. It does a chkdsk. Brings me back to
>WIN-OS/2.  Exit this time is OK. Right click WIN-OS/2 Full Screen icon
>and on Session page I get DOS settings. WIN-OS/2 choices are grayed.

Does anyone know how to make it recognize that it is a WIN-OS/2
program? Any help would be appreciated.

This bug is present since 2.0 GA. It's simply that the Icon for WinOS2
is set up incorrectly. It has WINOS2.COM in the path name field and
that has the type DOS (on the session page).

Solution: replace WINOS2.COM in the path name field by an asterisk like
in the DOS and OS/2 Window and Fullscreen objects. Then, on the session
page, select WinOS2 as the session type. You can enter WinOS2 settings
now and select standard/enhanced mode etc.

/* Kai Uwe Rommel                                      Muenchen, Germany *
 * [e-mail]                       Phone [phone] *
 * [e-mail]                  Fax [phone] */

------------------------------

End of Info-IBMPC Digest V93 #35
********************************
-------